Minutes, IBIS Quality Committee

09 Dec 2008

11-12 AM EST (8-9 AM PST)

ROLL CALL
  Adam Tambone
* Anders Ekholm, Ericsson
  Barry Katz, SiSoft
  Benny Lazer
  Benjamin P Silva
  Bob Cox, Micron
* Bob Ross, Teraspeed Consulting Group
  Brian Arsenault
  David Banas, Xilinx
* Eckhard Lenski, Nokia Siemens Networks
  Eric Brock
* Guan Tao, Huawei Technologies
  Gregory R Edlund
  Hazem Hegazy
  Huang Chunxing, Huawei Technologies
  John Figueroa
  John Angulo, Mentor Graphics
  Katja Koller, Nokia Siemens Networks
  Kevin Fisher
  Kim Helliwell, LSI Logic
  Lance Wang, IOMethodology
  Lynne Green
* Mike LaBonte, Cisco Systems
  Mike Mayer, SiSoft
* Moshiul Haque, Micron Technology
* Pavani Jella, TI
  Peter LaFlamme
  Randy Wolff, Micron Technology
  Radovan Vuletic, Qimonda
  Robert Haller, Enterasys
  Roy Leventhal, Leventhal Design & Communications
  Sherif Hammad, Mentor Graphics
  Todd Westerhoff, SiSoft
  Tom Dagostino, Teraspeed Consulting Group
  Kazuyoshi Shoji, Hitachi
  Sadahiro Nonoyama

Everyone in attendance marked by *

NOTE: "AR" = Action Required.

-----------------------MINUTES ---------------------------
Mike LaBonte conducted the meeting.

Call for patent disclosure:

- No one declared a patent.

AR Review:

- Mike post IQ 1.1aj document
  - Done

- Mike propose IBISCHK bug for 5.5.6
  - This has been drafted.
  - Still not sure if it should be proposed.

New items:

- Mike announced that David Banas is unable to attend today.

Continued review of the IBIS Quality Specification:

6.1.	{LEVEL 2} Typ/min/max order of parameters correct
- Bob: IBISCHK does check straight numerical order.
  - C_comp is backward
  - Moshiul: Tools allow selection
- We looked at the checklist spreadsheet
  - It does have these checks
- Moshiul: Micron does check this
  - Vinl/Vinh in [Model Spec], for example
    - This is technology dependent
    - IBISCHK does not check this
  - [Package] is checked
- Does IBISCHK check [Voltage Range]?
  - It must, this is given to the model, not produced.
- Mike: We should either make this more specific or delete it
- Eckhard: It depends on which IBISCHK is used.

1.1.2.	IQ1  Passes IBISCHK
- IQ 1.1.2 specifies that IBISCHK 3.2.9 or later
  - Bob: We should require the latest
  - Mike: But useful tools like Visual IBIS may not use the latest
- Mike: We could require the latest parser that has been out for 6 months
  - Bob: It should be required the day the parser is released
  - IBISCHK might have a bug, so the latest can't always be used
- Files would become non-compliant
- Anders: The parser version for the IBIS version should be used.
  - Bob: All IBISCHk versions have previous versions embedded
    - Sometimes improvements are included.
- Mike: Files must not become non-compliant if IBISCHK is updated later.
- The version used must be documented.
  - Using a slightly old checker is just a minor waiver.
- Bob motioned, Moshiul 
  - We voted to make this change

Revisiting 6.1:
- Bob: The title is "Possible Errors" and these are not ordinary checks
  - These should not be checks
- The title might need to change
  - The IBIS specification has a section like this at the end
- Maybe these should not be pass/fail checks

Next meeting:

16 Dec 2008 11-12 AM EST (8-9 AM PST)

Meeting ended at 12:11 PM Eastern Time.